|
|
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
   |
Posted - 2014.03.21 21:01:00 -
[1] - Quote
Hi there,
So I'm seeing a problem similar to the one described here: https://forums.eveonline.com/default.aspx?g=posts&m=3969052#post3969052
where accessing the userservice through a URL does add users to Openfire but the TEA section in SMF does not. Did you ever figure out what caused this? |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.22 14:29:00 -
[2] - Quote
Is there a debug mode to run this code in? As I said, I'm experiencing a problem described here https://forums.eveonline.com/default.aspx?g=posts&m=3969052#post3969052 and I want to be able to debug it by putting some printing statements in the called functions and seeing their results. |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.22 14:46:00 -
[3] - Quote
Unfortunately no amount of printing there will show, as this page is not processed to be viewed. Is there a log where these would be written to? |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.22 18:06:00 -
[4] - Quote
So I have found the problem with the script.
Apparently, TEA decides to call the update_user function even when the Openfire user does not exist, resulting in UserNotFoundException, and the Openfire user not being created. I am not sure why it thinks the Openfire user does exist |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.23 12:54:00 -
[5] - Quote
This problem is still ongoing. When I hijack the get_site() function to load my own Openfire access string, I get literally nothing back - an empty string. Not an "ok" or rejected response like what I get when I load this URL on my own browser, just empty. Openfire itself shows nothing in its logs. Running packet trace is not possible cause I'm running this on a virtual server, so the physical hardware is shared. |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.23 14:19:00 -
[6] - Quote
Shin Chogan wrote:
what exactly are you doing when you say "hijack the get_site() function".
get_site returns whatever html the url it is fetching sends back. There is a 60 second time out so next question is does the get_site function take 60 seconds to come back ? In which case is it failing to connect to the openfire service.
Print debug lines to see what exactly is going on. Like printing the output of curl_exec. And no, it doesn't take 60 seconds, it is immediate.
Next development. If, within get_site() I call a function to create an html page which redirects me to the Openfire URL, then I curl_exec THAT page, adding a user works. It has the unfortunate site-effect of a. leaving me on the redirected page, thus showing my passcode to the world and b. requiring that Openfire User Service IPs be open to the world. :( |
Jen Moriarty
Love for You
Stealth Wear Inc.
41
|
Posted - 2014.03.23 14:53:00 -
[7] - Quote
Shin Chogan wrote:It will also break all the other places that get_site is used  so what is the url that get_site is trying to go to normally, without you making any modifications other than printing the url in get_site ?
Yup, I don't intend to leave it that way :)
http://URL:9090/plugins/userService/userservice/plugins/userService/userservice?type=add&secret=SECRET&username=jen_moriarty&password=1111&name=*%20Jen%20Moriarty&[email protected]&groups=Admins
The URL is right. If I copy it to my browser, it adds a user, but for some reason, it doesn't get sent to Openfire from TEA directly |
Jen Moriarty
Snuff Box
41
|
Posted - 2014.05.21 07:28:00 -
[8] - Quote
Got a small question about the TEAC code:
In the TEAC.php file there's a function called standings(). I'm using it to access my corp's blue list. This function calls get_xml() which gets the bluelist's XML file from the EVE API. I'm trying to understand the purpose of $cache there:
Quote:
$cache = FALSE;
if($type != 'calllist' && $type != 'standings' && $type != 'personalstandings' && $type != 'alliances' && method_exists($this, 'get_cache'))
{
$cache = $this -> get_cache($url, $post);
}
if($cache)
$ret_val = $cache;
else {
$ret_val = $this -> get_site($this -> server.$url, $post);
}
So if the $type parameter is standings, this function does not use the cache. Why is that? Does this mean you do not need to cache calls to the /corp/ContactList.xml.aspx API? Call I call ContactList.xml.asp as often as I like?
Thanks! |
|
|
| |
|